iT邦幫忙

2025 iThome 鐵人賽

DAY 5
0

探索

在上一章節中,我們介紹了財務報表。
本章節將針對 會計報表 進行說明,並針對報表與 om_account_accountant 進行比較。

簡單探索「om_account_accountant報表現況」?

om_account_accountant報表產出的報表(總分類帳、帳齡表)如下圖,實務應用中,常見的不足之處或使用者需求如下:

  • 僅能輸出 PDF 格式
  • 應收帳齡表 未提列呆帳金額。
  • 缺少當時帳務情況:無法呈現特定時間點的帳務狀態,僅能查詢最新資料。
  • 缺乏細部資訊:例如產品、單價、數量、金額等明細資料。

總分類帳

帳齡表


架構

依照前述探索的案例,我們的目標是針對會計報表進行說明,具體架構如下:

  • 總分類帳
    • 格式大同小異,僅針對欄位進行增縮。
    • 可以轉出EXCEL格式進行整理。
  • 應收/應付帳齡表
    • 應收帳齡表關注「客戶是否準時付款」,收入來源與呆帳提列 。
    • 應付帳齡表關注「公司是否準時付款」,支出控管。
    • 可選擇收款日/帳款日進行分析。
    • 自動計算呆帳金額。
  • 應收/應付明細表
    • 反映當時帳務情況:系統必須依據 當時的帳務狀態 產出報表,後續小補充進行案例說明。
    • 每月對帳明細:呈現 截至當月底的最新狀態,以利雙方確認未清帳款。
    • 可以列印有明細的資料,提供對帳時用。

實作

此次的案例筆者製作了多筆具備 不同時間點與收款條件 的測試資料,異動結果如下:

總分類帳-查詢條件

總分類帳查詢條件

總分類帳

總分類帳

應收/應付帳齡表-查詢條件

應收/應付帳齡表查詢條件

應收/應付帳齡表

應收/應付帳齡表

應收/應付明細表-查詢條件

應收/應付明細表查詢條件

應收/應付明細表

應收/應付明細表


小補充 - 應收/應付明細表

案例說明:
2025 年 3 月 查帳時,會計師需要檢視 2024 年 12 月 31 日 的應收/應付明細。
此時,系統必須依據 當時的帳務狀態 產出報表,而非以最新收付款資料為準。

  • 2024/12/15:公司開立客戶 A 發票,金額 $100,000。
  • 2024/12/31:客戶尚未付款 → 2024/12/31 的應收明細 顯示 $100,000。
  • 2025/01/10:客戶完成付款。
  • 2025/03/01:會計師查詢 2024/12/31 的應收明細 → 報表仍顯示該筆 $100,000「未收款」,因為在 12/31 當下尚未入帳。

在過往輔導只能請客戶在當下要進行留存報表,不然在系統中沒有回推功能時,會無法產出2024/12/31狀態下的明細,你想像如果有上千/上萬筆資料時,當數字有差異時,這就要花費大量的時間進行查閱,但這其實是常態會發生的,因此補足當時的帳務狀態是我覺得非常重要優先處理的功能。


小結

透過本章案例可以看到,om_account_accountant 雖然提供了基礎的會計報表(如總分類帳、帳齡表),但在實務應用上仍有許多不足:

  • 輸出格式單一:僅能匯出 PDF,缺乏彈性。
  • 資訊不足:缺少呆帳提列、產品/數量等細節。
  • 時間點限制:無法反映特定時點的帳務狀態。

自訂報表的設計則補足了這些缺口:

  • 支援 Excel 輸出,方便進一步整理與分析。
  • 可針對 應收/應付 提供更多分析選項(依收款日/帳款日)。
  • 透過 明細表,能精準重現當時的帳務情況,並同時提供對帳功能。

總結來說,這樣的會計報表不只是「紀錄帳務」,而是進一步成為 核對工具決策依據,讓會計人員能更有效率地處理財務資訊。


上一篇
Day 4: 會計報表-財務報表
系列文
做模組 × 畫地圖:30 天在地化會計模組的挑戰5
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言